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Response to Amendment 

This Office Action is in response to a communication made on June 25, 2007. 
Claims 3-4. 7-8, 11-12, 14, 18, 22, and 29 have been cancelled. 
Claim 30 has been withdrawn. 

Claims 1, 5, 9, 13, 17, 21, and 25 have been newly added. 
Claims 1-2, 5-6, 9-10, 13, 15-17, 19-21, 23-28 and 31-44 are currently pending in 
this application. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C, 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1-2, 5-6, 9-10, 13, 15-17, 19-21, 23-28 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Parnafes (6839766) in view of Kuznetsov 
(6772413). 

Regarding claims 1, 5, and 9, Parnafes discloses a method (Column 4, lines 26 
- 27; lines 29 - 34), comprising: 

receiving a specification for translating a network policy from a first schema to a 
second, different schema (Column 8, lines 34 - 36; lines 44 - 49); 

translating the network policy into the second different schema based on the 
specification (Column 9, lines 1 1 - 26); and 
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configuring a network system based on the translated policy (Column 4, lines 33 

-34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are received at the client in a file and the file being the same file that is 
received by at least plural other clients within a network system . 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Parnafes' teaching of generating and communicating 
policies to devices in the network (Column 6. lines 10-11) that the same policy sent to 
one device in the network might be later sent to another device on the network, thus 
creating and transmitting the same file/policy for a plurality of devices on the network. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 -65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 
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Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 F.2d 724, 169 USPQ 231 (CCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
USPQ 231 , 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1.671(c)(3) states "Judicial notice means official notice". Thus, a 
traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Regarding claims 13, 17, and 21, Parnafes discloses a method (Column 4, 
lines 26 - 27; lines 29 - 34), comprising: 

sending a network policy to a client computer; 

said network policy being for configuring a network system according to a first 
schema (Column 6, lines 52 - 59); 

said specification being for translating the network policy from the first schema to 
a second different schema (Column 8, lines 34 - 36; lines 44 - 49); 
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receiving an indication that the client computer cannot translate the network 
policy (Column 8, lines 29 - 38); 

translating the network policy into the second different schema based on the 
specification in response to said receiving (Column 9, lines 1 1 - 26); and 

after said translating, sending the translated network policy to a client computer 
(Column 4, lines 33-34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are sent to the client in a file and the file being the same file that is 
received by at least plural other clients within a network system . 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Parnafes' teaching of generating and communicating 
policies to devices in the network (Column 6, lines 10-11) that the same policy sent to 
one device in the network might be later sent to another device on the network, thus 
creating and transmitting the same file/policy for a plurality of devices on the network. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55-65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
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network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Regarding claim 25, Parnafes discloses a method of configuring a network 
(Column 4, lines 26 - 27; lines 29 - 34) comprising: 

transmitting a network policy according to a first schema and a specification for 
translating the network policy from the first schema to a second different schema from a 
server; 

receiving the network policy and the specification on a first client computer 
(Column 8, lines 34 - 36; lines 44 - 49); 

translating on the client computer the network policy from the first schema to the 
second different schema using the specification (Column 9, lines 11 - 26); and 

configuring the network system on the first client computer using on the 
translated network policy (Column 4, lines 33 - 34). 

Parnafes does not explicitly indicate that both the network policy and the 
specification are received at the client in a file and the file being the same file that is 
received by at least plural other clients within a network system . 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Parnafes' teaching of generating and communicating 
policies to devices in the network (Column 6, lines 10-11) that the same policy sent to 
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one device in the network might be later sent to another device on the network, thus 
creating and transmitting the same file/poiicv for a plurality of devices on the network. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55-65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 11, lines 43 - 46). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 F.2d 724, 169 USPQ 231 (CCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
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USPQ 231 , 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1.671(c)(3) states "Judicial notice means official notice". Thus, a 
traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Regarding claim 26, Parnafes teaches the method of claim 25, further 
comprising: receiving the network policy on a second client computer and configuring 
the network system on the second client computer using on the network policy (Column 
4, lines 33 - 34). 

Regarding claim 27, Parnafes teaches the method of claim 25. 

Parnafes does not explicitly indicate that prior to translating the network policy 
the steps of: sending the network policy to the client computer; sending the 
specification for translating the network policy to the client computer; and receiving an 
indication that the client computer cannot translate the network policy. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 - 65) and that 
part of the system includes negotiating the parameters of the types of data formats that 
the network devices support before the translating occurs (Column 1 1 , lines 43 - 46). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Regarding claims 2, 6, 10, 15, 19, 23, and 28, Parnafes teaches the method of 
claims 1, 5, 9, 13, 17, 21, and 27. 

Parnafes does not explicitly indicate that the network policy is represented in 
extensible Markup Language and the specification is represented in extensible 
Stylesheet Language. 

Kuznetsov teaches a system of translating a file transmitted in a first network 
device following a first data format and a network protocol to a second network device 
following a second data format and a network protocol (Column 6, lines 54 - 66) that 
includes a specification to help translate the data (Column 10, lines 55 - 65). As part of 
Kuznetsov's teaching he includes that the data file can be XML and that the 
specification can be XSL (Column 14, lines 28 - 33). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Kuznetsov's teaching of a more generic transformation of 
network formats and protocols to improve Parnafes's system for dealing with COPS 
protocols configuring non-COPS network devices to enable Parnafes' more flexibility to 
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handle the further development of newer data formats and protocols and allow those 
new formats to be integrated with the system as well. 

Regarding claims 16, 20, and 24, Parnafes in combination with Kuznetsov 
teaches the claims 3, 5, 9, 13, 17, 21, and 27, and that the specification (Kuznetsov, 
Column 1 1 , lines 43 - 46) and network policy (Parnafes, Column 4, lines 26 - 27; lines 
29 - 34) are received from the policy server and that network policy can be in XML data 
format and the specification can be in the format of XSL (Column 14, lines 28 - 33). 

The combination of Parnafes and Kuznetsov does not explicitly indicate that the 
network policy and the specification are stored in one file. 

Examiner takes Official Notice (see MPEP § 2144.03) that "an XML message 
and an XSL file can be sent together in one file". The Applicant is entitled to traverse 
any/all official notice taken in this action according to MPEP § 2144.03, namely, "if 
applicant traverses such an assertion, the examiner should cite a reference in support 
of his or her position". However, MPEP § 2144.03 further states "See also In re Boon, 
439 F.2d 724, 169 USPQ 231 (CCPA 1971) (a challenge to the taking of judicial notice 
must contain adequate information or argument to create on its face a reasonable doubt 
regarding the circumstances justifying the judicial notice)." Specifically, In re Boon, 169 
USPQ 231, 234 states "as we held in Ahlert, an applicant must be given the opportunity 
to challenge either the correctness of the fact asserted or the notoriety or repute of the 
reference cited in support of the assertion. We did not mean to imply by this statement 
that a bald challenge, with nothing more, would be all that was needed". Further note 
that 37 CFR § 1 .671(c)(3) states "Judicial notice means official notice". Thus, a 
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traversal by the Applicant that is merely "a bald challenge, with nothing more" will be 
given very little weight. 

Regarding claims 31, 33, 35, 37, 39, 41, and 43, Parnafes teaches a method of 
claims 1, 5, 9, 13, 17, 21, and 25, wherein the network policy received in the client 
includes an indicia that represents a first version number of the network policy that is 
received in the file (Column 8, lines 34 - 36; lines 44 - 49), and wherein the 
specification for translating includes information for translating the network policy from 
said first version number to a second version number different than the first version 
number (Column 9, lines 1 1 - 26). 

Claims 32, 34, 36, 38, 40, 42, and 44 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Parnafes in view of Kuznetsov, and further in view of 
Davies (6931532). 

Regarding claims 32, 34, 36, 38, 40, 42, and 44, Parnafes teaches a method of 
claims 1, 5, 9, 13, 17, 21, and 25. 

Parnafes does not explicitly indicate wherein said specification for translating 
includes information indicative of a different kind of encryption that is used and the 
second schema, and information about how to translate the network policy to use said 
different kind of encryption. 

Davis teaches a system for translating policies using XML and style sheets 
(Column 6, lines 55 - 61 ) where a specification is given for translating the file (Column 
12, lines 49 - 54) and encrypts a file based on the supported policy of the destination 
(Column 17, lines 1 -35). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Davies' teaching of further using the XSL style sheet 
specification to perform encryption on the network policy in Parnafes' system. 

Response to Arguments 

Applicant's arguments filed February 13, 2007 have been fully considered but 
they are not persuasive. 

The applicant argues that the reference, Parnafes, does not disclose 
broadcasting the same file to a plurality of devices on the network. The claimed 
limitation does not support this argument. The limitation describes the invention as 
sending the same file to a plurality of clients in the network system. In Parnafes, and in 
the combination of Kuznetsov and Parnafes, that if two devices need to receive the 
same policy the same changes to the policy then they will eventually receive identical 
files or policy changes by the network manager, thus meeting the new limitation of the 
claims. If the applicant wants to overcome the reference with the idea of broadcasting 
policy changes over the network, then one would have to insert the idea of broadcasting 
the file, sending the file simultaneously, or multicasting the file to the clients, not sure 
mentioning that the same file can be sent to a plurality of targets. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kevin Bates whose telephone number is (571) 272- 
3980, The examiner can normally be reached on 9 am - 5 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Saleh Najjar can be reached on (571) 272-4006. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Kevin Bates 
August 13, 2007 




super; 



